Celestin Apprentice 5/Apprentice-Release5.iso/Information/THINK C Digest/1991/91-12

Text File | 1995-12-31 | 63KB | 1,691 lines

Path: ucivax!gateway
From: [e-mail] (David Sugar)
Subject: INIT???
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 10
Date: 2 Dec 91 01:03:51 GMT


  I'm planning on doing some work on an INIT and have no idea what if any
special things I need to do to write an INIT.  Does anyone know where I
can get some soure for an INIT, all I need is something basic.  Although
I do need something that will stay running in the background and not
something that will just do something once and quit.  You know what I
mean??  Any suggestions??

Dave sugar
[e-mail]










Path: ucivax!gateway
From: [e-mail] ("Randal R. Ketchem")
Subject: 4.0.5 -> 5.0.1
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 18
Date: 2 Dec 91 05:13:22 GMT


ThinkC users:

I have ThinkC 4.0.5, which works fine for me. What does 5.0.1 do that 4.0.5
does not do?

Thanks,
Randy

+------------------------------------------------------------------------+
| Randal R. Ketchem                     Internet: [e-mail] |
| Institute of Molecular Biophysics               [e-mail]    |
| Florida State University                        [e-mail]   |
| Tallahassee, FL 32306-3006            BitNet:   [e-mail]         |
| 904.644.7798                                                           |
+------------------------------------------------------------------------+












Path: ucivax!gateway
From: [e-mail] (Raymond Degennaro)
Subject: Overloading and multiple inheritance
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 9
Date: 2 Dec 91 06:35:58 GMT


I'm concidering getting THINK C; how well does it handle overloading operators
and multiple inheritance?  These are two features I really need for the project
I'm about to start.  Thankx.


Ray (DJ) DeGennaro II
[e-mail]











Path: ucivax!gateway
From: [e-mail] (Phil Shapiro)
Subject: Overloading and multiple inheritance
Message-ID: <[e-mail]>
In-Reply-To: Raymond Degennaro's message of 2 Dec 91 06:35:58 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 15
Date: 2 Dec 91 14:04:25 GMT

From: Raymond Degennaro <[e-mail]>

   I'm concidering getting THINK C; how well does it handle
   overloading operators and multiple inheritance?

THINK C 4.0 and 5.0 do not support multiple inheritance, and they
don't support operator overloading. They support a single inheritance
object model, with polymorphism. C 5.0 provides access control and
some other niceties; it's still a long way from "true" C++.

    -phil
----
   Phil Shapiro                           Technical Support Analyst
   Language Products Group                     Symantec Corporation
        Internet: [e-mail]










Path: ucivax!gateway
From: [e-mail] ("David J. Harr")
Subject: How to get 4+ to work with Sys 7 & TC 5.0.1
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 24
Date: 2 Dec 91 17:43:14 GMT

OK, the general consensus seems to be that the author of 4+ has pulled a
fast fade, or at least has dropped from sight. I tried again to get it to
work with System 7.0.1 and Think C 5.0.1, and finally came up with a method
that gets it to load, although I make no promises on whether all the
functions are available. This is basically a two step process.

1. Open your System Folder and put 4+ into the first level of the System
   Folder. In other words, don't just drop the file onto the System Folder,
   because then the System will put it in the Extensions folder. Apparently,
   since 4+ was written before System 7, when Think C starts up and 4+ looks
   for its disk file to load all of the resources into the Think C heap, it
   only looks in the System Folder itself, because it doesn't know about the
   Extensions folder.
2. Open 4+ with ResEdit and change 'STR#' 129 to "THINK C 5.0" or whatever
   the name of your compiler is. 4+ uses STR# 129 to decide which program
   to load itself into.

If you perform both of these actions, you will once again be rewarded with
the 4+ menu in your Think C 5 environment, but I make no promises as to how
many of the functions continue to work. (personally, I mainly use it to put
windows at different places on the screen, so I don't use the advanced stuff
a whole lot).

David










Path: ucivax!gateway
From: [e-mail] (Raymond Degennaro)
Subject: Overloading operators
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 8
Date: 2 Dec 91 17:59:38 GMT


I'm concidering getting THINK C; how well does it handle overloading operators
and multiple inheritance?  These are two features I really need for the project
I'm about to start.  Thankx.


Ray (DJ) DeGennaro II
[e-mail]










Path: ucivax!gateway
From: [e-mail] (Pete Resnick)
Subject: Re: INIT???
Message-ID: <[e-mail]>
X-Mailer: Eudora [version 1.2.2 CTB]
Newsgroups: fa.think-c
Lines: 58
Date: 2 Dec 91 18:00:31 GMT

There are basically four choices for writing a little piece of code that
will sit in the background and do something occasionally:

1. Write a VBL or Time Manager Task. Each of these involve writing a code
resource, using the Code Resource option in your THINK C project for the
task itself, and a code resource for the INIT. The INIT will load the task
into the system heap and lock it (either by setting the System Heap and
Locked bits in the resource information or by doing a NewPtrSys for the
size of the code resource and copying it to the allocated memory) and then
install it using the Vertical Retrace Manager or the Time Manager. This is
nice for really small tasks which need to be repeated fairly frequently,
and the Time Manager is nice if the action needs to be repeated at very
exact intervals. The disadvantage to using this is that the VBL or Time
Manager task executes at interrupt time, meaning that you cannot do
anything fancy like allocate memory or do anything that might move memory
in the task. A very limited use mechanism.

2. Patches. My least favorite method. Basically, you load a routine into
the system heap locked, get the address of a trap using NGetTrapAddress,
make the last instruction of your routine 'JMP oldTrapAddress', and call
NSetTrapAddress with the address of your routine. A variation on this is to
install a JGNEFilter, which is a small routine that is called by
WaitNextEvent. Again, you get the current address of JGNEFilter (in a low
memory global), make your last instruction a JMP to that routine, and put
your address into the global. None of this is pretty, and you depend on the
trap being called to get your routine to run. Ugly, ugly, ugly.

3. Write a THINK C device driver. You install the device driver in the
system heap also, and can set the dNeedTime flag to have it called as often
as you like down to every 1/60th of a second. Device drivers can allocate
as much memory as they and do all sorts of nasty and nifty things (work
with files, etc.). They are somewhat tricky to write and install at INIT
time, though I am working on some sample code to do this (which I will post
as soon as it's done). A really nice mechanism for system heap junkies, and
fun for the whole family.

4. Write a faceless background application. Clearly the best choice, and a
cinch under System 7. Under System 7, just write an application that
doesn't do any window or QuickDraw stuff, make it's file type 'appe', stick
it in your Extensions folder, and you're done! Under System 6, you have to
write a pretty sneaky INIT that will launch the application for you after
INIT time is over (I have some unfinished sample code for that), and it
will only run under MultiFinder. If you need it to run under uni-Finder,
use one of the above plans.

I am partial to faceless background applications if you have MultiFinder,
device drivers if you need to do anything fancy, and Time Manager or VBL
tasks if it is something *really* small and can all be done without moving
memory. I hate patches and would avoid them at all costs.

pr
--
Pete Resnick        (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet/ARPAnet/EDUnet  : [e-mail]
BITNET (if no other way) : FREE0285@UIUCVMD











Path: ucivax!gateway
From: [e-mail] (Cindy Hao)
Subject: please take my name off the think-c mailing list.
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 10
Date: 3 Dec 91 02:29:46 GMT


The subject title says it all.

Thanks.
------------------------------------------------------------------
Cindy Hao            email:[e-mail]
NW14-2524            tel:  [phone]
150 Albany Street
Cambridge, MA 02139











Path: ucivax!gateway
From: [e-mail] (JON)
Subject: please take my name off the think-c mailing list        -Thanx
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-VMS-To: IN%"[e-mail]"
Lines: 0
Date: 3 Dec 91 15:14:01 GMT











Path: ucivax!gateway
From: [e-mail] (Blaise THAUVIN)
Subject: Problemes ?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: Blaise THAUVIN <[e-mail]>
Organization: Individual
Lines: 15
Date: 3 Dec 91 15:21:13 GMT

Bonjour,

Y a t il en ce moment des problemes de communication en GNA et l'exterieur, ou des quotas depasses? J'ai envoye plusieurs courriers dont les reponses auraient du revenir des le lendemain et je n'ai rien plusieurs jours apres.

Je me suis inscrit sur une liste ([e-mail]) il y a plus d'une semaine, j'ai recu une reponse du moderateur me disant que j'etais inscrit et rien depuis (rythme normal: 5 a 10 messages/jour).

Les news sont tres irreguliers (comp.sys.mac...) sauf resif. Un jour j'ai eu plus de 200 messages puis quasiment rien depuis. Le ryhme normal est bien plus proche des 200 que de 0 (40 a 50/jour pour l'ensemble de la hierarchie comp.sys.mac...)

Est-ce normal, inquietant, inexplicable...?

Derniere question: Quelles sont les heures des levees! ie: Quand faut-il appeller au plus tard pour expedier. Quand appeller au plus tot pour recuperer les reponses. A moins que le lien soit permanent ?

Blaise












Path: ucivax!gateway
From: [e-mail] (David Harr)
Subject: Where to get 4+
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 5
Date: 3 Dec 91 16:47:12 GMT

People have sent me messages asking where to get 4+, which is as enhancer for the Think C editor. You can find it at ics.uci.edu, in the directory
/mac/think-c/compiler. I'm pretty sure that's where it is, anyway. If you poke
around in the ftp site, I'm sure you'll find it.

David










Path: ucivax!gateway
From: [e-mail] (Sigurdur Darri Skulason)
Subject: drvr /init
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
X-Charset: ASCII
Lines: 23
Date: 4 Dec 91 14:41:34 GMT
X-Char-Esc: 29


- Device drivers can allocate
- as much memory as they and do all sorts of nasty and nifty things (work
-  with files, etc.). They are somewhat tricky to write and install at INIT
- time, though I am working on some sample code to do this (which I will post
- as soon as it's done). A really nice mechanism for system heap junkies, and
- fun for the whole family.

I am currently writing a program which is a merger of a Init/drvr with
a lot of dirty work, so i needed a code to load a driver into the system
heap at init time. Searching through the ftp sites, I found somewhere
(sumex /umich /apple ?) a sample think-c source, which I belive was called
drvr-install.sit or something that obvious. It is really very nice and
works perfectly both with sys 6 & 7, and supports lsc use of
data and multiple code segments.

It may be to late now for you to look at this, since you may already have
reinvented and redesigned the wheel, but in case somebody else needs it,
try looking at the ftp sites. Also, I can mail it to anyone interested.


- Sigurdur Darri Skulason                         [e-mail]
  Hugsun inc.










Path: ucivax!gateway
From: [e-mail] (Pete Resnick)
Subject: Re: drvr /init
Message-ID: <[e-mail]>
X-Mailer: Eudora [version 1.2.2 CTB]
Newsgroups: fa.think-c
Lines: 17
Date: 4 Dec 91 17:32:10 GMT

>Searching through the ftp sites, I found somewhere
>(sumex /umich /apple ?) a sample think-c source, which I belive was called
>drvr-install.sit or something that obvious.

I am the culprit who write that little piece of code. Unfortunately, there
are some *major* bugs in the way it works. I am completing a new version of
the driver installation code. As soon as it is done, I will post it
everywhere.

pr
--
Pete Resnick        (...so what is a mojo, and why would one be rising?)
Graduate assistant - Philosophy Department, Gregory Hall, UIUC
System manager - Cognitive Science Group, Beckman Institute, UIUC
Internet/ARPAnet/EDUnet  : [e-mail]
BITNET (if no other way) : FREE0285@UIUCVMD











Path: ucivax!gateway
From: [e-mail] ("Erik A. Johnson")
Subject: ResEdit 2.1.x extensions examples, THINK C port
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 77
Date: 5 Dec 91 06:40:48 GMT

Hi all,

Several months ago, a number of people expressed interest in a THINK C
port of the ResEdit Extensions Examples from Apple.  These routines were
originally coded in MPW C.  Well, at the time I said I'd post a port to
THINK C that I did (with much help from Phil Shapiro at Symantec).  After
a delay in order to get the necessary permissions to redistribute Apple-
copyrighted software, and a big delay due to a busy semester, I'm finally
getting around to posting this.

Due to its length, I won't post it directly to the THINK C mailing list,
but I'm sending it to the THINK C archive on ics.uci.edu (128.195.1.1)
and the info-mac archives on sumex-aim.stanfor.edu.

I'll tack part of the "ReadMe" file on after my .sig.  Hope you find this
helpful.  God bless you.


Erik A. Johnson        \    Internet: [e-mail]     \       |
------------------------\    AmericaOnline: ErikAJ                   \    --+--
Graduate Student         \--------------------------------------------\     |
Aero/Astro Engineering    \  "Jesus said to him, 'I am the way, and    \    |
University of Illinois at  \  the truth, and the life; no one comes to  \   |
   Urbana-Champaign (UIUC)  \  the Father except through me.'" (Jn14:6)  \


--------------------------------- cut here -----------------------------


ResEdit 2.1x extensions in THINK C 5.0                            12/05/91


Here is my attempt at porting the ResEdit extensions from MPW 3.2 C to
THINK C 5.0.1 (as far as I know, this should still work with any 4.0.x
version -- I was using 4.0.5 and it works with that -- to convert from 5.0.x
to 4.0.x, create a new project file).

Big thanks to Phil Shapiro at Symantec for helping me out quite a bit on
this and to Mark Johnson at MacDTS for getting me in touch with the ResEdit
product manager.

Note that parts of this code are "Copyright Apple Computer, Inc. 1985-1990.
All rights reserved." (as was included in some of the MPW C source files from
Apple).  (My modifications are public domain, so use them as you see fit.)

I have gotten permission from Apple's ResEdit product manager, from Phil
Shapiro at Symantec, and from Maarten Meijer (who did some of the first
modifications for THINK C 4.0) to distribute this copyrighted code.

Because of the Apple copyright, please do not redistribute modified versions
of these files without contacting either me (see e-mail address below) or
contacting MacDTS for permission.  But you are free to use this code to
produce your own ResEdit extensions and to distribute those code extensions.


Read the file "ReadMe from Erik A. Johnson" for further instructions from
me.  Read the file "Instructions (from Apple)" for the instructions from
Apple.  And the file "ResEd Routines index (from EAJ)" is an index of the
routines mentioned in the ResEdit Reference, giving the page and section in
which the routine can be found in the Reference and giving the function's
prototype.

If you have any questions, bug reports, etc., send me e-mail.  Also, if you
write any useful ResEdit extensions, let me know -- I'd love to see them.

God bless you!


Erik A. Johnson        \    Internet: [e-mail]     \       |
------------------------\    AmericaOnline: ErikAJ                   \    --+--
Graduate Student         \--------------------------------------------\     |
Aero/Astro Engineering    \  "Jesus said to him, 'I am the way, and    \    |
University of Illinois at  \  the truth, and the life; no one comes to  \   |
   Urbana-Champaign (UIUC)  \  the Father except through me.'" (Jn14:6)  \

-----------------------------------------------------------------------------











Path: ucivax!gateway
From: [e-mail] (Blaise THAUVIN)
Subject: (none)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: Blaise THAUVIN <[e-mail]>
Organization: Individual
Lines: 7
Date: 5 Dec 91 14:26:36 GMT

I apology to all of you who received my posting in French
I am afraid this was a misrouted message due to a fault in my alias file. It was originaly intended to my system administrator in France (He speaks French better than English).

Sorry for the trouble

Blaise











Path: ucivax!gateway
From: [e-mail]
Subject: animation
Message-ID: <911205164303954-MTASATURN*[e-mail]>
P1-Message-ID: US*UMASSMAIL*UMASS; 911205164303954-MTASATURN
X400-Trace: US*UMASSMAIL*UMASS; arrival Thu, 5 Dec 91 16:46:17 -0500 action
 Relayed
Newsgroups: fa.think-c
UA-Content-ID: 911205164303954-
Lines: 7
Date: 5 Dec 91 21:54:17 GMT

Hello,
Is there anyone out there who does animation on the Macs using ThinkC? Of you
that do, I'd like to learn some tricks and techniques. COuld you send any
pointers if possible. Any reply is welcome.
Thank you,
Charlie Schick
[e-mail]










Path: ucivax!gateway
From: [e-mail] (Mark Nagel)
Subject: ARCHIVE: ResEdit Extensions ported to THINK C
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
Lines: 47
Date: 6 Dec 91 01:39:40 GMT

ResEdit 2.1x extensions in THINK C 5.0                            12/05/91


Here is my attempt at porting the ResEdit extensions from MPW 3.2 C to
THINK C 5.0.1 (as far as I know, this should still work with any 4.0.x
version -- I was using 4.0.5 and it works with that -- to convert from 5.0.x
to 4.0.x, create a new project file).

Big thanks to Phil Shapiro at Symantec for helping me out quite a bit on
this and to Mark Johnson at MacDTS for getting me in touch with the ResEdit
product manager.

Note that parts of this code are "Copyright Apple Computer, Inc. 1985-1990.
All rights reserved." (as was included in some of the MPW C source files from
Apple).  (My modifications are public domain, so use them as you see fit.)

I have gotten permission from Apple's ResEdit product manager, from Phil
Shapiro at Symantec, and from Maarten Meijer (who did some of the first
modifications for THINK C 4.0) to distribute this copyrighted code.

Because of the Apple copyright, please do not redistribute modified versions
of these files without contacting either me (see e-mail address below) or
contacting MacDTS for permission.  But you are free to use this code to
produce your own ResEdit extensions and to distribute those code extensions.


Read the file "ReadMe from Erik A. Johnson" for further instructions from
me.  Read the file "Instructions (from Apple)" for the instructions from
Apple.  And the file "ResEd Routines index (from EAJ)" is an index of the
routines mentioned in the ResEdit Reference, giving the page and section in
which the routine can be found in the Reference and giving the function's
prototype.

If you have any questions, bug reports, etc., send me e-mail.  Also, if you
write any useful ResEdit extensions, let me know -- I'd love to see them.

God bless you!


Erik A. Johnson        \    Internet: [e-mail]     \       |
------------------------\    AmericaOnline: ErikAJ                   \    --+--
Graduate Student         \--------------------------------------------\     |
Aero/Astro Engineering    \  "Jesus said to him, 'I am the way, and    \    |
University of Illinois at  \  the truth, and the life; no one comes to  \   |
   Urbana-Champaign (UIUC)  \  the Father except through me.'" (Jn14:6)  \

[saved as: /mac/think-c/code/resedit-extension-think-c-port.hqx; 67K]










Path: ucivax!gateway
From: [e-mail] (David Sugar)
Subject: PPC ToolBox???
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 44
Date: 6 Dec 91 05:25:32 GMT


  Ok I started doing some work with the PPC Toolbox tonight to get a program
that I am working on to be able to link, and well, it didn't seem to work..
When I called PPCOpen it gave me a Illegal Address Error or and Odd Address
Error after that call..   Umm, I've just set up the start of PPC.  So, I'll
post the bit of code that I have written and maybe someone can figure out
what I've screwed up, but I would also like to see some code written in
Think-C that uses the PPCToolBox.  I have some from Apple that PPC Phone and
PhoneMe, or something like that, but I have a tough time looking at code
that is written in MPW C and converting it to Think-C..  (Maybe it's just me).
Oh well, here is what I have done..

void StartPPC(void)
{
    OSErr    err;
    Str32    type="\pWhat's Up??";

    err=PPCInit();
    PortRecord.nameScript=smRoman;
    strcpy((char *)PortRecord.name,(char *)"\pWhat's Up??");
    PortRecord.portKindSelector=ppcByString;
    strcpy((char *)PortRecord.u.portTypeStr,(char *)"\pToo Cool");
    LocationName.locationKindSelector=ppcNBPTypeLocation;
    strcpy((char *)LocationName.u.nbpType,(char *)"\pWhat's Up PPC");
    PPCOpenRec->serviceType=ppcServiceRealTime;
    PPCOpenRec->resFlag=0;
    PPCOpenRec->portName=&PortRecord;
    PPCOpenRec->locationName=&LocationName;
    PPCOpenRec->networkVisible=TRUE;
    err=PPCOpen(PPCOpenRec,FALSE);
}

and like I said, that last function call, PPCOpen give me a wierd error..
Any and all help is always appreciated..


OH, also, I would like to thank everyone who responded to my last question
about writing INIT's..  I've done some playing with that and have choosen
to use a background-only appe for that.  It does seem like that best and
easiest way of doing what I want to do.  Thanks..

Dave Sugar
[e-mail]











Path: ucivax!gateway
From: [e-mail] (Charles Mead)
Subject: MIDI data from the Mac
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 17
Date: 8 Dec 91 18:18:17 GMT


I have a friend who is trying to write a MIDI sequencer for a class project
in CS and she came to me with a question about
MIDI data rates and the Mac serial port etc.  Can anyone help her?  Thanks
in advance.  I'll put her on to describe her problem in detail.....

  Hi.  For this project I have a Mac classic sending MIDI messages to a
Studio 3 interface, which then sends them on to a sound generator and speaker.
Because it is for a 68000 assembly language course, I'm directly controlling
the Mac's SCC serial port.  My question is:  how do I set up the SCC chip to
communicate with the Studio 3 module?  Setting it to 1 start bit and 1 stop
bit is no problem, but since the SCC can't generate 31.2 kbaud it must
be sending information to the Studio 3 at some other baud rate.   Also, does
the Studio 3 expect to see lines like RTS asserted?  The documentation I have
available on the Studio 3 doesn't cover the details on its serial communication.
Any info you can give will be a big help.  Thanks lots











Path: ucivax!gateway
From: [e-mail] (Charles Mead)
Subject: MIDI and the Mac
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 20
Date: 8 Dec 91 18:28:39 GMT




I have a friend who is trying to write a MIDI sequencer for a class project
in CS and she came to me with a question about
MIDI data rates and the Mac serial port etc.  Can anyone help her?  Thanks
in advance.  I'll put her on to describe her problem in detail.....

  Hi.  For this project I have a Mac classic sending MIDI messages to a
Studio 3 interface, which then sends them on to a sound generator and speaker.
Because it is for a 68000 assembly language course, I'm directly controlling
the Mac's SCC serial port.  My question is:  how do I set up the SCC chip to
communicate with the Studio 3 module?  Setting it to 1 start bit and 1 stop
bit is no problem, but since the SCC can't generate 31.2 kbaud it must
be sending information to the Studio 3 at some other baud rate.   Also, does
the Studio 3 expect to see lines like RTS asserted?  The documentation I have
available on the Studio 3 doesn't cover the details on its serial communication.
Any info you can give will be a big help.  Thanks lot."!!!

Tonya Bartow/Charlie Mead










Path: ucivax!gateway
From: infoserv!apple!well![e-mail] (Chris Muir)
Subject: Re:  MIDI data from the Mac
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 6
Date: 9 Dec 91 07:52:15 GMT

You need to set the SCC to be externally clocked from the Studio 3's 1Mhz
external clock. There was source to do this sort of thing in an old MacTutor.
__________________________________________________________________________
Chris Muir                              |   "There is no language in our
[e-mail]                       |    lungs to tell the world just
{hplabs,pacbell,ucbvax,apple}!well!cbm  |    how we feel"  - A. Partridge










Path: ucivax!gateway
From: [e-mail] (Mark Alldritt)
Subject: MDEF questions
Message-ID: <9112101578*[e-mail]>
Newsgroups: fa.think-c
Lines: 10
Date: 10 Dec 91 17:44:26 GMT

Hello,

I'm writting a MDEF using the Think Class Library's CSelectorMDEF class.  My
custome MDEF is used in conjuntion  with the System 7 popup-menu CDEF.  When
I examine the message numbers passed to the MDEF i'm seeing some messages that
don't seem to be documented.  Specifically, message numbers 4 and 5.  Does
anyone know what these message numbers mean?

Thanks in advance
-Mark










Path: ucivax!gateway
From: [e-mail]
Subject: Re: MDEF questions
Message-ID: <[e-mail]>
In-Reply-To: Your message of "10 Dec 91 17:44:26 GMT."
             <9112101578*[e-mail]>
Newsgroups: fa.think-c
Lines: 23
Date: 10 Dec 91 19:04:22 GMT

> From:    Mark Alldritt <[e-mail]>
> To:      [e-mail]
>
>I'm writting a MDEF using the Think Class Library's CSelectorMDEF class.  My
>custome MDEF is used in conjuntion  with the System 7 popup-menu CDEF.  When
>I examine the message numbers passed to the MDEF i'm seeing some messages that
>don't seem to be documented.  Specifically, message numbers 4 and 5.  Does
>anyone know what these message numbers mean?

From Menus.h:
    mDrawItemMsg = 4,
    mCalcItemMsg = 5,
These messages are used by Apple's popup CDEF to draw just the current
item, and also to figure out how long it is.

I lined DTS about these message, and they wouldn't document them for
me.  If you MDEF isn't used by the popup CDEF, then you don't need to
worry about them. Otherwise you can either figure them out, and risk
Apple changing the way they work, or write you own popup CDEF...

Dave Koziol                           | Internet:   [e-mail]
Macintosh Software Engineer           | AOL:        Dave.Koziol
DPK Software                          | AppleLink:  Koziol










Path: ucivax!gateway
From: [e-mail] (Douglas Yarrington)
Subject: How to call CODE resources?
Message-ID: <9112110342.AA01394@tigris>
X-Mailer: ELM [version 2.3 PL0]
Newsgroups: fa.think-c
Lines: 33
Date: 11 Dec 91 03:42:18 GMT

Hi.

I've been struggling with finding the right (ie, easiest) way to
create a CODE resource, and then call it as an external function.

I have a simple CODE res, with one main function:

    int main(int a)
    {
        return(a+2);
    }

I create the resource via the "Set Project Type..." menu, selecting
"Code Resource," then select "Custom Header" (or do I?)

Then, in another project, if I make a declaration of:

     extern int MainCode(int a);

What do I have to do to be able to call this external fuction by the
following:

    b = MainCode(2);

Do you know; do you know; do you know?

Thanks.

--douglas


_______________________________________________________________________________
 Douglas Yarrington                                 [e-mail]










Path: ucivax!gateway
From: [e-mail] (System PRIVILEGED Account)
Subject: This mail got stuck here - sorry!
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 31
Date: 11 Dec 91 16:01:49 GMT

From [e-mail] Sun Dec  8 21:13:02 1991
Received: from [128.195.1.1] by Pollux.lu.se with SMTP
    (5.61-bind 1.4+ida/IDA-1.2.8) id AA04222; Sun, 8 Dec 91 21:13:02 +0100
Received: from ics.uci.edu by ics.uci.edu id aa03088; 8 Dec 91 10:22 PST
Received: from USENET by ics.uci.edu id aa03065; 8 Dec 91 10:18 PST
From: Charles Mead <[e-mail]>
Subject: MIDI data from the Mac
Message-Id: <[e-mail]>
Newsgroups: fa.think-c
Date: 8 Dec 91 18:18:17 GMT
To: [e-mail]
Status: RO


I have a friend who is trying to write a MIDI sequencer for a class project
in CS and she came to me with a question about
MIDI data rates and the Mac serial port etc.  Can anyone help her?  Thanks
in advance.  I'll put her on to describe her problem in detail.....

  Hi.  For this project I have a Mac classic sending MIDI messages to a
Studio 3 interface, which then sends them on to a sound generator and speaker.
Because it is for a 68000 assembly language course, I'm directly controlling
the Mac's SCC serial port.  My question is:  how do I set up the SCC chip to
communicate with the Studio 3 module?  Setting it to 1 start bit and 1 stop
bit is no problem, but since the SCC can't generate 31.2 kbaud it must
be sending information to the Studio 3 at some other baud rate.   Also, does
the Studio 3 expect to see lines like RTS asserted?  The documentation I have
available on the Studio 3 doesn't cover the details on its serial communication.
Any info you can give will be a big help.  Thanks lots












Path: ucivax!gateway
From: [e-mail] (System PRIVILEGED Account)
Subject: delayed mail - sorry!
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 32
Date: 11 Dec 91 19:45:39 GMT

From [e-mail] Mon Dec  9 17:15:47 1991
Received: from ics.uci.edu by Pollux.lu.se with SMTP
    (5.61-bind 1.4+ida/IDA-1.2.8) id AA05341; Mon, 9 Dec 91 17:15:47 +0100
Received: by ics.uci.edu id aa07250; 8 Dec 91 11:53 PST
Received: from ics.uci.edu by ics.uci.edu id aa03088; 8 Dec 91 10:22 PST
Received: from USENET by ics.uci.edu id aa03065; 8 Dec 91 10:18 PST
From: Charles Mead <[e-mail]>
Subject: MIDI data from the Mac
Message-Id: <[e-mail]>
Newsgroups: fa.think-c
Date: 8 Dec 91 18:18:17 GMT
To: [e-mail]
Status: RO


I have a friend who is trying to write a MIDI sequencer for a class project
in CS and she came to me with a question about
MIDI data rates and the Mac serial port etc.  Can anyone help her?  Thanks
in advance.  I'll put her on to describe her problem in detail.....

  Hi.  For this project I have a Mac classic sending MIDI messages to a
Studio 3 interface, which then sends them on to a sound generator and speaker.
Because it is for a 68000 assembly language course, I'm directly controlling
the Mac's SCC serial port.  My question is:  how do I set up the SCC chip to
communicate with the Studio 3 module?  Setting it to 1 start bit and 1 stop
bit is no problem, but since the SCC can't generate 31.2 kbaud it must
be sending information to the Studio 3 at some other baud rate.   Also, does
the Studio 3 expect to see lines like RTS asserted?  The documentation I have
available on the Studio 3 doesn't cover the details on its serial communication.
Any info you can give will be a big help.  Thanks lots












Path: ucivax!gateway
From: [e-mail] (System PRIVILEGED Account)
Subject: delayed mail - sorry!
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 20
Date: 11 Dec 91 19:46:07 GMT

From [e-mail] Mon Dec  9 17:16:39 1991
Received: from ics.uci.edu by Pollux.lu.se with SMTP
    (5.61-bind 1.4+ida/IDA-1.2.8) id AA05351; Mon, 9 Dec 91 17:16:39 +0100
Received: from ics.uci.edu by ics.uci.edu id aa14043; 8 Dec 91 23:55 PST
Received: from USENET by ics.uci.edu id aa14026; 8 Dec 91 23:52 PST
From: Chris Muir <[e-mail]>
Subject: Re:  MIDI data from the Mac
Message-Id: <[e-mail]>
Newsgroups: fa.think-c
Date: 9 Dec 91 07:52:15 GMT
To: [e-mail]
Status: RO

You need to set the SCC to be externally clocked from the Studio 3's 1Mhz
external clock. There was source to do this sort of thing in an old MacTutor.
__________________________________________________________________________
Chris Muir                              |   "There is no language in our
[e-mail]                       |    lungs to tell the world just
{hplabs,pacbell,ucbvax,apple}!well!cbm  |    how we feel"  - A. Partridge











Path: ucivax!gateway
From: [e-mail]
Subject: Control of stereo sound output from hypercard
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 11
Date: 11 Dec 91 22:41:06 GMT
X-Vmsmail-To: EMAIL"[e-mail]"

Hi,

I need to control the stereo output from hypercard. Ie I want to be able to
play sounds on the left or right channel only of stereo equiped macs. Hence
I need to write an xcmd (In thinkC of course) Does anyone have some xcmd
code to generate sound which I could modify to save starting from scratch.
Thanks in anticipation.
                        Ralph Pugmire
                        [e-mail]
                        Massey University
                        New Zealand










Path: ucivax!gateway
From: [e-mail] (Nick Rothwell)
Subject: Re: MIDI and the Mac
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 22
Date: 12 Dec 91 10:54:10 GMT

>Because it is for a 68000 assembly language course, I'm directly controlling
>the Mac's SCC serial port.

Is this a project to (i) do assembly or (ii) do MIDI? If the latter (or
even if the former), USE THE MIDI MANAGEMENT TOOLS!

Or else, do it your own way, and end up with a program which bombs on
PowerBooks and Quadras, doesn't coexist with other MIDI applications in
System 7.0, and brings the system down at every opportunity.

If you want to play around with the SCC via assembly code as an
intellectual exercise, go ahead, but it's of absolutely no use to anyone;
the whole point of the Mac software environment is that you never need to,
and in fact mustn't, talk to the hardware directly (use MIDI Manager, the
Comms Toolbox, etc. etc.). This is a more important lesson than learning
how to make an SCC jump through hoops.

If you want to apply assembly code to something useful, why not use MIDI
Manager and assembly-code the data handlers?

        Nick.











Path: ucivax!gateway
From: [e-mail] (David Sugar)
Subject: PPC Programming..
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 19
Date: 13 Dec 91 01:24:53 GMT


  I asked for some help a little while ago with PPC stuff and got a good
enough answer.  I was doing my usual stupid stuff and not malloc'ing
space for my pointers and stuff like that.  But, I've figured that out and
have gottem the PPC to init and open and close.  But I'm not really sure
what to do next.  I have the inform and browse functions in their correct
places, but I can't really figure them out.  The browse seems to work, but
I'm not really sure.
  Does anyone have some fairly good code that works and I could go through
and figure out what I'm doing work, or what I'm not doing at all??  I have
some source from Apple but it's written in MPW and really isn't that great
of code..
  Any suggestions??

 Thanks in advance..

Dave Sugar
[e-mail]











Path: ucivax!gateway
From: markets![e-mail] (Keith Farrar)
Subject: Subscription Request and List Status Inquiry
Message-ID: <9112130153.AA28064@grand-central>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Reply-To: markets!markets.amix.com![e-mail]
Lines: 17
Date: 13 Dec 91 02:23:37 GMT


Is this list functional? If so, please add the address
    [e-mail]
to your subscribers
            Thank You,
                -kaf

______________________________________________________________________
| Keith Farrar                                                       |
| AMIX Corporation                                                   |
| Palo Alto, CA                 "Apple is like the Chinese Cultural  |
| [phone] x217            Revolution conducted by people in   |
|                                      three-piece suits."           |
| DOMAIN:  [e-mail]               -John Perry Barlow   |
| UUCP: {uunet|sun|xanadu!}markets!keith                             |
----------------------------------------------------------------------











Path: ucivax!gateway
From: [e-mail] (Jan-Erik M}ngs)
Subject: TCL 1.1.1, problems with scrollbars in subpanes...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 27
Date: 16 Dec 91 23:18:12 GMT

There seems to be a problem with panoramas that contains
scrollbars within subpanes. To see the problem, look for example
at NewClassDemo. Change the windowType of DLOG ID 1030 ("String
demo") to documentProc or zoomDocProc. Run NewClassDemo and
select "String table demo..." from the Dialogs-menu. The dialog
will now have scrollbars. Make the dialog smaller so that only a
part of the vertical scrollbar (for the list) is seen. Now
scroll the "main" vertical scroll bar and see how the scrollbar
belonging to the list updates.

On a monitor running with less colors then 256 you can sometimes
see that the scrollbar does not update properly while scrolling.
With colors set to 256 or "millions" the scrollbar belonging to
the list is drawn on top of the main scrollbar.

I've verifyed this problem on both an fx and a SE30, vanilla
system 7.0 and 7.0.1.

Anyone seen this? Any workarounds? I'd like to have my windows
set up like this...

Another thing, any news on the problems with exception handling
and register allocation? That problem was not fixed in 1.1.1.

Thanks

    Kire










Path: ucivax!gateway
From: [e-mail] ("Edward V. Wright")
Subject: problems with MemError, GetGDevice
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 21
Date: 17 Dec 91 20:13:21 GMT


This weekend, I decided to port "Skippy White's Famous High-Level
Offscreen Map Routines" (Apple DTS Sample Code #15) from Pascal to
Think C. Unfortunately, I ran into a couple problems.

The first was with two calls to GetGDevice.  According to Inside
Macintosh, this should return a handle of type GDHandle.  But when
I assigned the result to a variable of that type, I got an "incompatible
pointers" message.  I checked the definition of GetGDevice in Quickdraw.h,
checked spelling and capitalization, and everything appears to be correct.

The second problem was MemError. This gave me an "undefined symbol" message.
So, I checked memory.h to see if the definition was in there. Yep, it was.
I checked spelling and capitalization. It matched. I checked MacHeaders to
make sure memory.h was included there. It was. So, why did Think C believe
MemError was an undefined symbol? I wondered if there could be a bug that
was preventing memory.h from being included. No, because other memory calls
work just fine, but just to make sure I copied the definition of MemError
from memory.h into my source file. I still got an "undefined symbol" message.

Does anyone have any idea what's going on here?










Path: ucivax!gateway
From: [e-mail]
Subject: Layer Manager
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 9
Date: 18 Dec 91 19:22:40 GMT

Does anyone out there know if/when documentation for the new Layer Manager
(if it indeed exists) will be available?

 ------------------------------------------------------
|  Richard Beecher         Internet:  [e-mail]  |
|  ARCO Alaska, Inc.       Voice:     [phone]   |
|  Anchorage, Alaska       Fax:       [phone]   |
 ------------------------------------------------------











Path: ucivax!gateway
From: [e-mail] (Jan-Erik M}ngs)
Subject: Re: TCL 1.1.1, problems with scrollbars in subpanes...
Message-ID: <[e-mail]>
In-Reply-To: Your message of Wed, 18 Dec 91 16:25:00 PST.
             <[e-mail]>
Newsgroups: fa.think-c
Lines: 31
Date: 19 Dec 91 11:15:19 GMT

From a letter I got from Daryl ([e-mail]):

>I tried to duplicate the problem on my SE/30 and everything seemed to work
>fine.  Did you find out what was going wrong?

Well, I haven't had the time to see what goes wrong. It's not a
problem specific to dialogs (since my own hack has the same
problem), NewClassDemo was just an easy way to reproduce it.

As I said, it's not that easy to see the problem on a b&w
screen, the updates only _somtimes_ look wrong. But if you
change hStep and vStep in CScrollPane you will definitely see
the problem also on an SE30. Comment out the line [marked (**)]
in CDialog::MakePanorama (code-fragment follows):
    .
    .
    if (fHasHScroll || fHasVScroll || fHasSizeBox)
    {
        scrollPane = new( CScrollPane);
        scrollPane->IScrollPane( this, this, 0, 0, 0, 0, sizELASTIC, sizELASTIC,
                        fHasHScroll, fHasVScroll, fHasSizeBox);
        scrollPane->FitToEnclFrame( TRUE, TRUE);
//(**)        scrollPane->SetSteps( kScrollSteps, kScrollSteps);
        scrollPane->SetID( kDialogScrollPaneID);

Without this line, hStep and vStep will have their default
values. Now do the same test and you should see that the
scroll-bars of the list do not update properly while scrolling
(in up/down arrows).

    Kire










Path: ucivax!gateway
From: [e-mail]
Subject: (none)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 3
Date: 19 Dec 91 13:13:22 GMT

unsubscribe [e-mail]

thank you










Path: ucivax!gateway
From: [e-mail] (Owen Hartnett)
Subject: All killers develop a pattern...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 9
Date: 19 Dec 91 13:27:25 GMT


What's the deal on patterns in Think C 5.0.x?  Now I get an error if
I try to use PenPat(<pattern>), it wants to be cast to a
ConstPatternParam.  Why would they change this and how come you guys
haven't made more noise about it?  ...or am I missing a .h file or
something?

-Owen











Path: ucivax!gateway
From: [e-mail] (Blake Fordham)
Subject: floating windows
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 13
Date: 19 Dec 91 14:48:57 GMT

Is anybody familiar with the floating windows routines that are currently
at the ftp sites?  I've been trying to use them to create a floating palette
for a program of mine, but I'm not having very good luck.  If anyone can help
me, please answer directly and I'll send the details then.  If anyone else is interested, I'll post my problems and the solutions later.

As for my problem with offscreen graphics, I've decided to try to work with
GWorlds (since I recently got IM6) the problem with allocating memory that I
was having was not because of segment size, It was because I was not casting
the number of bytes I wanted to a long int.  Thanks to whoever figured that
one out for me.

Blake Fordham
[e-mail]










Path: ucivax!gateway
From: [e-mail] (Sigurdur Darri Skulason)
Subject: communication toolbox
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
X-Charset: ASCII
Lines: 14
Date: 19 Dec 91 15:36:34 GMT
X-Char-Esc: 29


  I've been looking for a communication toolbox MacTCP tool, but
  failed miserably.
  Is there anyone of you, who might know of a such a public domain/shareware
  tool? Either as source code or compiled version.
  I would be grateful for any information.

   -sidar.

------------------------------------------------------------
Sigurdur Darri Skulason                   [e-mail]
President, Hugsun inc.
Tecnhological Park
Dunhagi 5, IS-107 Reykjavik, Iceland










Path: ucivax!gateway
From: [e-mail] (Douglas Yarrington)
Subject: Code resource summary
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL0]
Newsgroups: fa.think-c
Lines: 102
Date: 20 Dec 91 06:10:12 GMT

Think-ers:

A while ago I posted a request for some pointers on developing
external code resources and then calling those resources from within
my main code.

I wanted to design modular external code like XCMD's and be able to
pass control to them.

As far as I can tell, Think-C will take exception to generating
external code resources of type 'CODE' and will precede your code with
segment loader information. (True?) Thus, my resources are not named
as 'CODE' to avoid this.

I need to give credit to Mark Fleming and Bob Murphy for shedding some
light on this problem. Thanks guys!

--douglas

_______________________________________________________________________________
 Douglas Yarrington                                 [e-mail]


/*
=========================================================================

        QDCodeTest.c

        Program to test access to external code segments which may require
        an access to QuickDraw globals.

        History:
                12/14/91 DNY            Original.

=========================================================================
*/

/*
------------------------ External Code Generation -----------------------

Create a project with all the necessary libraries and the following
code:

        int main(int a)
        {
        int                     itemHit;
        DialogPtr       theD;

                theD = GetNewDialog(100,0L,(WindowPtr) -1L);
                do
                {
                        ModalDialog(0L,&itemHit);
                }
                while ( itemHit != 1);
                DisposeDialog(theD);
        }

We now want to make this code JSR-able. That is, we want to compile
the code, and store the resulting opcodes as a resource.

Set the project type to "Code Resource" and name/number it
appropriately.  Set the custom headers off; ie, don't add any jump
table information to the head of your code.

Note: ThinkC takes exception to resources of type 'CODE' and adds
segment loader jump table information to the begining of your code.
You'll then have to use the segment loader to access your code. So,
for this case, don't name your resource type 'CODE'

Build this code resource, and merge it with this project's resource
file so that the external resource can be accessed via GetResource.
-------------------------------------------------------------------------
*/

typedef int (*xFncPtr) (int a);


main()
{
int a;
Handle  hCode;
xFncPtr xFP;

        /* System Setup */
        InitGraf(&thePort);
        InitFonts();
        InitWindows();
        InitMenus();
        TEInit();
        InitDialogs(0L);
        InitCursor();

        hCode = Get1NamedResource('XTRN', "\pQDTestCode");
        HLock(hCode);
        xFP = (xFncPtr)*hCode;
        Debugger();                     // You'll jump in just before the JSR
        a = (*xFP) (2);
        HUnlock(hCode);

        ExitToShell();
}











Path: ucivax!gateway
From: [e-mail] (Daniel Sears)
Subject: atof bug in Think C 4.0.5
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 14
Date: 23 Dec 91 06:58:27 GMT

Imagine my surprise when Think C 4.0.5 compiled the following code

    #include <stdio.h>
    #include <stdlib.h>

    main()
    {
        printf("atof(0.070) %f\n", atof("0.070"));
    }

and printed "0.70".  Since I haven't upgraded to Think C 5.0.x, I'm
wondering if I can look forward to this bug.

--Dan










Path: ucivax!gateway
From: [e-mail] (Phil Shapiro)
Subject: atof bug in Think C 4.0.5
Message-ID: <[e-mail]>
In-Reply-To: Daniel Sears's message of 23 Dec 91 06:58:27 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 26
Date: 23 Dec 91 15:03:34 GMT

From: Daniel Sears <[e-mail]>
   Imagine my surprise when Think C 4.0.5 compiled the following code

       #include <stdio.h>
       #include <stdlib.h>

       main()
       {
           printf("atof(0.070) %f\n", atof("0.070"));
       }

   and printed "0.70".  Since I haven't upgraded to Think C 5.0.x, I'm
   wondering if I can look forward to this bug.

This bug is fixed in the C 4.0.5 release. Make sure that you've
installed the "scanf patch" file in your copy of THINK C, and that
you've recompiled the ANSI library that you're using. Once you've done
this, you should also be sure to reload the ANSI library into your
project (you can do this by using the Make dialog along with Use
Disk).

    -phil
----
   Phil Shapiro                           Technical Support Analyst
   Language Products Group                     Symantec Corporation
        Internet: [e-mail]










Path: ucivax!gateway
From: [e-mail] (Juri Munkki)
Subject: Bug in TCL 1.1.1?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 13
Date: 23 Dec 91 22:04:04 GMT

I'm writing a class that overrides GetBalloonInfo (from CView) and I noticed
a bug in the function. A pointer to a pointer is passed as the tipProc
parameter, but the routine only sets tipProc to NULL. This doesn't set
the real tipProc variable to anything. Fortunately tipProc is initialized
in DispatchCursor, so nothing harmful really follows from this.

Can anyone verify this? I'm quite new to TCL, so there is the possibility that
I have misunderstood something.

   ____________________________________________________________________________
  / Juri Munkki        /  Helsinki University of Technology   /  Wind  / Project /
 / [e-mail]  /  Computing Center Macintosh Support  /  Surf  /  #####  /
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~










Path: ucivax!gateway
From: [e-mail] (Mark Nagel)
Subject: ARCHIVE: THINK Back 1.0 Extension
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
Lines: 25
Date: 26 Dec 91 15:58:00 GMT

Date: Sat, 21 Dec 91 23:32:19 -0500
From: Phil Shapiro <[e-mail]>
Subject: THINK Back 1.0 Extension (requires System 7)

Hi,

Here's a short extension I wrote that lets you put THINK C compiles in
the background under System 7, using either C 4.0.5 or 5.0. It's well
enough tested to be a 1.0 version, but I'm sure that some bugs still
remain; please email any to me.

THINK Back 1.0 and a ReadMe file are in the Compact Pro archive
attached at the end of this note. In short, holding down the Shift key
when begining any source file compile will make that compile
backgroundable, and you can safely use your Mac for doing other
important things, like reading net-news.

Enjoy,
    -phil
----
   Phil Shapiro                           Technical Support Analyst
   Language Products Group                     Symantec Corporation
        Internet: [e-mail]

[saved as: /mac/think-c/symantec/think-back.hqx; 12K]










Path: ucivax!gateway
From: [e-mail] (Phil Shapiro)
Subject: Bug in TCL 1.1.1?
Message-ID: <[e-mail]>
In-Reply-To: Juri Munkki's message of 23 Dec 91 22:04:04 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 16
Date: 27 Dec 91 17:41:01 GMT

From: Juri Munkki <[e-mail]>
   I'm writing a class that overrides GetBalloonInfo (from CView) and
   I noticed a bug in the function. A pointer to a pointer is passed
   as the tipProc parameter, but the routine only sets tipProc to
   NULL. This doesn't set the real tipProc variable to anything.
   Fortunately tipProc is initialized in DispatchCursor, so nothing
   harmful really follows from this.

This is most definitely a bug. Luckily, it's a pretty harmless one. It
should be fixed in the next patch for THINK C.

    -phil
----
   Phil Shapiro                           Technical Support Analyst
   Language Products Group                     Symantec Corporation
        Internet: [e-mail]










Path: ucivax!gateway
From: markets![e-mail] (Bob Schumaker -- "Software-in-a-bucket")
Subject: Re: Compiler bug in THINK C 5.01??
Message-ID: <9112282149.AA07588@grand-central>
Newsgroups: fa.think-c
Lines: 4
Date: 28 Dec 91 23:52:08 GMT

Whoops!  It turns out that Packages.h was not included (it seems to not
be in MacHeaders.h) and the lack of prototype for IUCompString was at fault.

Sorry 'bout that :-)










Path: ucivax!gateway
From: markets![e-mail] (Bob Schumaker -- "Software-in-a-bucket")
Subject: Compiler bug in THINK C 5.01??
Message-ID: <9112280250.AA29121@grand-central>
Newsgroups: fa.think-c
Lines: 90
Date: 28 Dec 91 23:52:19 GMT

I have a routine for checking font menu items (used by some support code
for TransSkel 2.9T--coming soon (TransSkel with many enhancements including
automatic edit/font/style management and floating windows) (plug, plug))
that works fine under MPW 3.x but fails under THINK C 5.0.1

After looking at the code from both version of the compiler, I think that
I have found the problem.  Notice in the code below, after CheckItem returns,
there is an "ADDQ.L #4,A7".  While stepping through the code with The
Debugger (Jasik's), I watched A7, and sure enough, this line moves A7 in
the *wrong* direction, a SUBQ.L #4,A7 (or whatever, I don't have my 680x0
manual handy) would have restored the SP to the "correct" value.

I've checked the headers, the procedure is declared (in Menus.h) and
the parameter passing code parallels the MPW code.  This is the only
substantive difference and debugging show this line to be the incorrect one.

So, am I doing something wrong, or is this a bug?

------------------------------------------------------------------------
9B0:                                 QUAL    proc597 ; b# =666  s#3  =proc597

                                 vvh_1     VEQU  -512
                                 vvh_2     VEQU  -256
                                 param1    VEQU  8
9B0:                                 VEND

                                 ;-refs -  3/SkelExplicitUpdateMenus

;#
;#  /*
;#    Handle font and style menus
;#  */
;#  enum {  s9 = 1, s10, s12, s14, s18, s24, s36, s48, sOther, sDud1,
;#      sPlain, sBold, sItalic, sUnder, sDud2,
;#      sLeft, sCenter, sRight };
;#  static short sizes[] = {9, 10, 12, 14, 18, 24, 36, 48 };
;#
;#    static void
;#  CheckThisFont (short fNum)
;#  {
;#    Str255 fontname, buf;
;#    int i, n;
;#    short cmp;
;#
9B0: 4E56 FE00      'NV..'  proc597  LINK    A6,#-$200
9B4: 48E7 0700      'H...'           MOVEM.L D5-D7,-(A7)
;#    GetFontName (fNum, &fontname);
9B8: 3F2E 0008      2000008          PUSH    param1(A6)
9BC: 486E FF00      200FF00          PEA     vvh_2(A6)
9C0: A8FF           '..'             _GetFName ; (familyID:INTEGER; VAR theName:Str255)
;#    n = CountMItems (fontMenu);
9C2: 4267           'Bg'             CLR     -(A7)
9C4: 2F2D 0014      '/-..'           PUSH.L  (A5)
9C8: A950           '.P'             _CountMItems ; (menu:MenuHandle):INTEGER
9CA: 3C1F           '<.'             POP     D6
;#    for (i=1;i<=n;++i) {
9CC: 7E01           '~.'             MOVEQ   #1,D7
9CE: 602E           30009FE          BRA.S   lvh_2
;#      GetItem (fontMenu, i, &buf);
9D0: 2F2D 0014      '/-..'  lvh_1    PUSH.L  (A5)
9D4: 3F07           '?.'             PUSH    D7
9D6: 486E FE00      200FE00          PEA     vvh_1(A6)
9DA: A946           '.F'             _GetItem ; (menu:MenuHandle; item:INTEGER; VAR itemString:Str255)
;#      cmp = IUCompString (fontname, buf);
9DC: 486E FE00      200FE00          PEA     vvh_1(A6)
9E0: 486E FF00      200FF00          PEA     vvh_2(A6)
9E4: 4EAD 0000      'N...'           JSR     (A5)
9E8: 3A00           ':.'             MOVE    D0,D5
;#      (void) CheckItem (fontMenu, i, (Boolean)(cmp == 0));
9EA: 2EAD 0014      '....'           MOVE.L  (A5),(A7)
9EE: 3F07           '?.'             PUSH    D7
9F0: 4A45           'JE'             TST     D5
9F2: 57C0           'W.'             SEQ     D0
9F4: 4400           'D.'             NEG.B   D0
9F6: 1F00           '..'             PUSH.B  D0
9F8: A945           '.E'             _CheckItem ; (menu:MenuHandle; item:INTEGER; checked:BOOLEAN)

The line that appears to be in error
*****************
9FA: 588F           'X.'             ADDQ.L  #4,A7
****************

9FC: 5247           'RG'             ADDQ    #1,D7
9FE: BC47           '.G'    lvh_2    CMP.W   D7,D6
A00: 6CCE           30009D0          BGE     lvh_1
;#    }
;#  }
A02: 4CDF 00E0      'L...'           MOVEM.L (A7)+,D5-D7
A06: 4E5E           'N^'             UNLK    A6
A08: 4E75           'Nu'             RTS










Path: ucivax!gateway
From: [e-mail] ("Haseen I. Alam")
Subject: some simple questions
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Lines: 61
Date: 30 Dec 91 20:32:48 GMT


 Hi there,

    I am reading the "Mac Programming Primer vol. 1" by Mark & Reed and was
    tempted to try out the sample code for a Timer which includes menus and
    some event handling.  I typed in the code and included MacTraps.  There
    are no typos that I made but I get some errors.  Tried the debugger and
    the problem seems to be in a call to "IUTimeString".  There was another
    posting that I read about "IUCompString" giving some problems because
    Packages.h was not included.  I would try that and see if that helps.
    But other suggestions are well come.  BTW I am using ThinkC 5.0.1 on a
    Mac IIci 20MB RAM and 80MB HD with the cache card.  Here are some of the
    problems that I am facing.

    1) In all the source code MOVE_TO_FRONT is defines to be -1L, but the
    compiler does says that it does not match prototype for GetNewWindow.
    So I passed in 0L instead, and used ShowWindow to make the window the
    front most one.  This seems to work.  But what should be the proper value
    to make it the new window the front most when calling GetNewWindow?

    2) I used ResEdit 2.1 to create my resource files.  The interface is
    quite a bit different from the old one as shown on the book.  Anyway I
    think I created them fine, the menus come up and the hierarchical menus
    show the little delta |> but nothing on them.  It is supposed to show a
    font and style menu.  In ResEdit I can open up the MENU resource for the
    Special menu and double click on the Font/Style sub-menu and it opens up
    the proper menu resource for them.

    3) One thing the book does not explain kind of left me wondering... here
    is the code for MenuBarInit.  Why do they use GetMHandle for the Apple
    menu and GetMenu for the Font and Style menus?

MenuBarInit ()
{
    Handle myMenuBar ;

    myMenuBar = GetNewMBar (BASE_RES_ID) ;
    SetMenuBar (myMenuBar) ;
    gAppleMenu = GetMHandle (APPLE_MENU_ID) ;
    gFontMenu = GetMenu (FONT_MENU_ID) ;
    gStyleMenu = GetMenu (STYLE_MENU_ID) ;

    InsertMenu (gFontMenu, NOT_A_NORMAL_MENU) ;
    AddResMenu (gFontMenu, 'FONT') ;
    InsertMenu (gStyleMenu, NOT_A_NORMAL_MENU) ;

    CheckItem (gStyleMenu, PLAIN_ITEM, TRUE) ;
    AddResMenu (gAppleMenu, 'DRVR') ;
    DrawMenuBar () ;

    gLastFont = 1 ;
    HandleFontChoice (gLastFont) ;
}

    Any helpful gesture will be highly appreciated.  Thanks.

 Haseen.
 .-------------------------------------------------------------------------.
 | "If you think I am expensive, wait  | email: [e-mail]        |
 |     till you hire an amateur!"      |    or  [e-mail] |
 `-------------------------------------------------------------------------'










Path: ucivax!gateway
From: [e-mail]
Subject: please remove amyb@cat from this list
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 3
Date: 30 Dec 91 22:38:27 GMT

and place [e-mail] on

thank you!










Path: ucivax!gateway
From: [e-mail] (Ed Rush)
Subject: Mac Programming Primer
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 22
Date: 30 Dec 91 23:13:31 GMT

-----------
> From: "Haseen I. Alam" <[e-mail]>
> Subject: Re:  some simple questions
>  I am reading the "Mac Programming Primer vol. 1" ...

I only wish I had a copy. Symantec sent me two copies of Vol. II.
Anyone have a Vol. I (not necessarily in new condition) to swap
for one my my Vol. IIs?

The nice lady at Symantec Customer Support told me that they
don't have any more Vol. I copies, but that some people have gotten
as many as three of Vol. II -- apparently, Symantec had to back-
order them, and some confusion ensued, so they wanted to make
*certain* that everyone who ordered it got it.  Rather nice of
them, I think, but I'd still like to have Vol. I.

  -----------------------------------------
  Ed Rush, employed by but not speaking for
  Metaphor Computers, Mtn. View, CA
     UUCP: [...!{apple|decwrl}!]metaphor!mnementh!rush
     Internet: [e-mail]
  -----------------------------------------